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METHOD AND SYSTEM FOR MANAGING WELLNESS 
FLANS FOR A MEDICAL CaRE PRACTICE 

ABSTRACT OF THE DISCLOSURE 
5 Wellness plan administration software: provides a user Interface so 

enable users to learn about and select a weUaexs plan. The software tracks 
wetness pisa service stems for patients and dynamically estimates discounts for 
service asms offered to patients during visits to & medical facility* When a 
pattern's visit ss complete, the software can generate an invoice sutomatscatjy and 
1 0 analyse the product and service items provided tinting she visit to determine the 
appropriate discount The software includes additional features for recording 
Dromotional activities associated with wellness pians and computing employee 



mami&jniag a list of wsilness plan items associated with, a wdlr 
displaying a user interface for enabling a user to select among 
in response to recei ving as; entry of a selected product or service. 

selected emry is sn the wellness plan items, and if so, discounting the selected 



creating a record of the set of wellness p5a« hems associated with the selected 
wellness plan option for ths patient. 

3. The method of claim 1 wherem the user interface for ma&agh 
patient visit includes a series of display screens that guide the user through a 
medtcai exam and soabte the user to select from amotsg the produCT. or service 
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a medical facility computer having a user interface for enabling a 
client to enter billing information and to select a wellness plan from among two or 

^ v e„ t u *• 3 I H 0 «. t s. "* <• 1 ->s i ' S 1 I 

user interface further including an interactive display for selecting product or 
service items provided to a patient during a visit; ilse medical facility computer 
being programmed so record selected product or service items provided 10 the 
pattent and to compare predetermined wellness plan items, with the selected hems 
to determine a wellness plan discount; and 
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ME. I . BOB AND SYSTEM FOR MANAGING >U,LLNL^ 
FLANS FOR A MEDICAL. CARE PRACTICE 

FI£U> Of THE INVENTION 
The invention relates so a eontputer-insplememed method tor 
m&aagmg and esrolimg new clients m wellness plans. 

background of the inven tion 

With nsssg health care costs, it is imperative that health care 
providers provide health services efficiently and cost effectively. At the same 
time, the administrative demands of medical record keeping, biding and man&gir 
a medical practise issve become snore burdensome. In particular, health care 

accurately document observations and services thai have been provided. 

^ O V *• f V> t » \ j. i v o *. < 1 ^ s N ^ 

plan provides a way for a pattern to pre-pay or pay on a schedula for medical 

and discounts on other types of medical services. By establishing periodic visits 
least once a year, wellness plans enable health problems to be identified and ires* 
e\ \ ! ^ -<»<• < x ti >t \ 5 Itt^ *t i i v a! r h* co'» n 

longer a health problem is postponed. Thus, wellness plans cat- drastically redues 
healthcare costs by encouraging office visits that help identify and resolve health 
problems early. 

While, wellness plans are art effective means for keeping patients 
healthy, they are difficult and costly to administer and promote. As such there is 
need for a more effective approach to managing wellness plans. 

SUMMARY' OF THE INVENTION 

1'be invention is directed to a method and system for managing 
wellness plans for a medical ears practice. While specifically adapted to a 



interface that enables members of a provider seam to help clears select from 

set ofpredeterraixted product and service items and plan discounts. Once the chanl 

The wellness plan software is integrated with software used to 
10 manage a patient visit to a medical facility. This software is used so track the 

service and product items provided is a psdent. As } terns are provided to a patient. 

indicator of the cost, savings due ro the wellness plan. When the visit is complete, 
1 5 the software generates an. invoice and checks whether selected service stems are 

appl ies the discounts under the plan to the selected service items. 

The wellness plan software also tracks promotional activates of 

20 >\ , i » ac 1 o l-'s fh- iOv\t "^r i'.r n * N ^ -> t 

bonuses for the providers. 

Another aspect of the wellness plan software is that also performs a 
variety of hilling and accounting related functions. A typical medical facility 

managing patient visits and keeping patient records. This network is Jinked wjut a 
central computer that automatically handles hilling. coUecsion and account 
maintenance functions. When a new plan is established at the facility, a server 
computer communicates plan contract and billing information ro Use central 
30 computer. From tins information, the central computer determines when bills arc 



due and produces a payment file of debit and etedu card transactions sb&t it sends 

indicating when a pstieof s account is overdue. 

Additions! features and advantages of the invention will become 
more apparent from the following detailed description and accompanying 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. I is a block diagram of a computer mat serves as an operating 
environment for medical office management software. 

rr-v.;u-x,f \ ec; «;tu i.anca; medical dvc* * ^ . \rtc.c;a^ hostv-a,, 

Pi^. 3 is an. example of a slants screen used to check the status of a 
patient m the hospital. 

Fig. 5 illustrates an example: of an interactive physical exam display 
used to record information, about a patient's overall condition. 

Pig, 6 illustrates an example of a supplemental user interface screen 
that is triggered in response to an abnormal observation to prompt the user for 
additional input related to the abxiOxmal observation. 

fig. ? is an example of an interactive user interface screen used to 
prompt the user for graphical input of medical observations using a graphical 
depiction of a patient's anatomy. 
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Fig. 9 illustrates a« example oi an interactive user interlace screen 
used to display diagnosis generated by the system and to guide the user in seiecun: 
a tentative diagnosis. 

Fig. .10 is an example of the diagnosti c protocol screen used to 
manage a treatment protocol 

Fig.. 1 1 is an example of an interactive user interface screen used to 
display an estimate of the cost of .services to be provided or already provided to a 
patient. 

fig. 12 is an example of an interactive user interface screen used to 
" c v? i \ \ r ■> < \ -> „ - n - ,t , p< } ^ -« ,„ 

Fig. 13 is an example of an interactive user interface screen used to 

fig. 14 ss an example of an. interactive user interface screen •used to 



event renting to the promotion of a wellness plan. 
20 Fig. 17 is a screen diagram illustrating a Wellness Control Cemer 

window used to educate clients about wellness plans and to promote die plans.. 

Fig. 1 B is a screen diagram showing an example of a window used to 
depict the service itetns provided under a variety of different wellness plan levels, 
. Fig. 19 is a screen diagram showing an exasnpie of a. Wellness Plan 
2.3 Designer window used to select a wellness plan. 

Fig. 20 is a screen diagram showing an example of an Agreement 
Acceptance screen used to obtain billing information from, the client and to eonfirtr 
that the chent wishes to order a plan. 



Fig. 2 1 is a screen diagram iliusTraiing an example of a screen used to 
select specific Wellness plan items and apply then'; to service items provided 
minng a current tjsnem vt&it 

Fig. 22 is a screen diagram illustrating an example of a screen, display 
used to show preventative care appointments scheduled for a patient, 

DET AI L ED DE5C RIFflON 

Introduction 

The invention is directed toward a method and system for managing 
b- w » t ",\:: v**. x s ^ w o ^wtc^ ~\ ->r\ v. 

service items provided by a medical care provider. The wellness plan software has 

adrnmistrates the plan by handling, billing and contract renewal calculating cost 

provided to the client. 

The wellness plan software ss integrated with medrcal management 
software that manages a variety of aspects of a veterinary practice, including 
controlling client and. patient work flow in a hospital, guiding hospital personnel 
through medical examinations and storing medtcai records. The medical 
management software provides an effective forum for Implementing wellness plans 

products and services are being offered during a visit. It also facilitates promotion 
of the plan and backing of wellness plan marketing by hospital employees. 

Because of the relationship between the wellness plan and the 
medical oractiee management software, the following sections describes both of 
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these components in detail. The following section begins with a description of tr 

implementation of the software for managing a medical practice. lbs final 
sections describe an Implementation of she wellness plan software, 
System Architecture 

One implementation of the system is developed for a network 
computing environment to a veterinary hospital. This system comprises a series 

O i ^IMllt MU^IP'vxN >>^- «St v v e> I 

program modules are implemented in the FoxPro programming environment, in 
typical configuration, the program modules of the system are organized m a chen 
server architecture. Several computers throughout the hospital are equipped wsth 

client software typically provides a graphical user interface comprising a number 
of screens in a windowing environment for prompting the user for input and 

so one particular client server implementation, the server executes 
database management software and maintains a ser ies, of relational databases 

development tools. The client-server software is written in FoxPro for Windows. 

The server software coordinates communication among the client 
computers, manages a database of client and patient data, monitors data supplied 
via She client computers, performs data processing functions on the data as 
observations are made, and dynamically updates the display data displayed on the 
client computer. While the preferred implementation tor a hospital setting ;s a 
network environment, marry of the software functions, including t he user imerfec 
arid data management functions- can be performed on a single computer, 

figure I and the following discussion are intended to provide a one 
general description of a suitable computing environment tbr the server and client 
computers. As noted above, the system software Is implemented irs a series of 
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held devises, multiprocessor systems, nderoprocessor- based or programmable 
consumer electronics, nunicontputm, mainframe computes, and the like. 

The invention ss typically practiced in distributed computing 

compote; and remote memory sue ft as in the server computer. 
15 computer 1 20. including a processing unit 12 i , a system, memory 122, arid a 

ft a ,s d.^ oea. rv^HS . .t, - oa tuo -i a-. Pt\, \ ( ,\A N .u.xiMi o 
20 (MCA). ISA and EISA, to r»acne s few. The system memory includes read only 
memory (ROM) 124 a«d random access memory (RAM) 125, A basic 
input/output system 126 (BIOS), containing the basse routines that help xq transfer 
information betweexs demerits wtthm the personal computer 120, such as during 
start-up, is stored in ROM 124, The personal compute? 120 further includes a hard 
25 disk drive 122. a magnetic disk drive 1 28, e.g., to read from or wise to 3 

removable disk 129, and m optical disk drive ] 30, e.g., fot reading a CD-ROM 
disk I?. J or to read from or wire to other optical media. The hard disk drive 127, 
magnetic disk drive 128, and optica; disk drive ISO are connected to the system 
bus 123 by a hard disk: drive interface 122, a magnetic disk drive interface )33, and 
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of coorpmer-readabie medis shove refers to a hard disk, a removable magnetic disk 
and a CD, it cm also include other types of media that are readable by a computer, 
such as magnetic cassettes, flash memory cards, digital video disks, Bernoulli 
cartridges, and the like. 

A number of program modules may be stored in the drives and RAM 
125, including an operating system lj>5, one or more application programs 135, 
other program modules 13 and program data 1315. A user vatxy enter commands 
and information tmo the personal computer 120 through a keyboard HO and 

T hese and other input devices are often connected so the processing umt 121 
through a serial port interface 146 iter, is coupled to the system bos. but may be 

Site monitor, personal computers typtcally include other peripheral output, devices 
(not shown?, such as speakers and prm ters. 

The software system of the rovention js typically implemented in a 
network configuration in a veterinary hospnal, though k can be implemented on a 
sinple PC, in network installations, there arc several personal computers Itke the 
one depleted in Fig, 1, Each of the personal computers (such as PC 120} operate in 
a networked environment using logical connections to arse or mote remote 
computers, such as a remote computer 149. The remote computer 149 is usually a 
server, but can also be a router., a peer device or other common network node. The 
remote computer includes many or ail of the elements described relative to the 
personal computer 120. although only a memory storage device 150 has been 
illustrated in Figure I . The logical connections depicted in figure 1 include a local 



environments are commonplace in offices, enterprise- wide computer networks, 
intranets and the Interns*. 

When used in s LAN networking environment, the persons! computer 
5 1 20 is connected to the local network \ 5 1 through a network interface or adapter 
153. When used m a WAN networking environment, the personal compter 120 
typically includes a modems 54 or ottser means for establishing communications 
over the wide area network 1 52, such as the internet The modem 1 5*. which may 
he internal or external, is connected to the system bus 123 via the semi port. 

memory storage device. The network connections shown are examples only and 

v ■> ^ „ \ v \ " t \^so 1 h. 1 *' ' v. \ 

arid a number of personal computers 204-214 connected together on a computer 
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20 other conventional computer network can be used to implement the system. The 
computers am distributed throughout the hospital and are designed to provide 
access to some common functions as well as some special purpose functions 
unique to the particular computer. Some of the client computers have special 
attributes that enable them to perform functions relevant to the part of the hospital 

25 where they are located: i } the reception computer 204 checks clients and patients 
in and oast of the office and handles billing functions; 2) the exam room computers 
208 -2 1 0 are used by doctors and nurses to conduct medics! examinations, to make- 
diagnoses, and select a treatment protocol; 3} surgery/treatment computers 21 2 are 
located at surgery arid treatment areas m the hospital and provide patient status 

30 data (e.g , traffic control, patient triage information such as names of patients, 



status, presen'ing complaint, ro-do j-sts> as well as similar functions as the exam 

^ ^ _ ! ^ t ^ - v it | i) 
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functions in the office, many of the computers have common features and provide 
access to the seme diem and patient information^ and server functions, cor 
example, d authorized, a doctor can look up client information on any of the 

Comrrnsmcatkm Among Client Nodes 

Each of the computers can transfer messages to each other via a 

network wishes to communicate wills other client software, the cheat sends a 
i ■> message to the server. The message can indicate that some event has taken place 
or u can request an action. The server places this message in a shared queue in 

Each of the client computers and tin: server periodically scan the 
queue for messages. In this rmpiemematioo, the queue ;s a database hie, and the 

20 clients scan the queue fey-performing a database query on the hie. If a cheat finds 
that one of the messages is intended for it, jt performs the requested action sought 
in the message. When the requested action is processed, the server deletes the 
record requesting she action. By updating the queue in this manner, each of the 
clients on the network arc informed -hat the event or requested action in the 

25 message has been processed. 

Aiirhe« sweating 4ecs>ss so Soever FtinctiotiS »n<l Data 

The server's database management software manages access to server 
functions arid data in the databases by autheniicatmg access so databases or 
30 functions on the data. Specifically, the server 202 maintains a table that lists 



access. Another auT&emieation table -tracks provider seams, which are tyokallv 
comprised of a doctor. nurse and receptionist. This table keeps track of who is 
logged into the sysrem and deteiimnes. based on who h logged in, what function 

S" 1 t v W*- jX~ ^tOKv, ,fCO.^ ^ 'KM.„,u , 

the nurss wsll be able to make preliminary medical observations, but wdl not be 
able to access diagnostic screens and make diagnosis. 

indicating the sxaome of each client computer connected to the network and a list » 
fxmctjoxts that each client is able to access. in this particular isxiplexnexstation, the 
server uses ihe Windows operating system-computer name to identify sacrs 
computer. The server maintains a table of all computers which are attached to th 
system This table includes the specific functions which the client computer Is 
intended to pexforra. This enables the server to control which junctions each else 

The client server model enables the provider teams to work togethe, 
on a common set of data, As a member of a team completes part of an exam or 

it. For example, if a lab technician enters the test results of a blood test on fee jab 
computer, a doctor sn the exam room will be abb to get this reformation via the 
exam room computer. 

In the current implementation of the system, the client computers 
each present a graphical user interface in a windowing environment, The user 
interface displays trcxt and graphical information about clients and patients (the 
client's pets) in windows. 1 he users of the system enter input using a variety of 
input devices including a hey board and pointing devices such as a mouse, 
trackball, touch screen membrane or touch pad. 



The Link u> a Remote Computer 
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configuration b a typical hospital. A number of these network, configurations 
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the server computer 202 is connected to a remote computer 220, which acta as the 
centra! computer for several hospitals. The central computer periodically dials-up 
ihe serve; via the telephone network 224 and obtains a copy of the hospital's data 
Ail information at the hospitals which has changed Is gathered into the central 

The server, m this example configuration shown in Fig. 2, is 

computer is how it administrates wellness plans. Specifically, the central- computer 

The Heceptwn Comparer 

As introduced above, the functions of each of the client computers are 
generally related to where they are located in the hospital. In the receptionist area 
230 of the hospital, the receptionist computer 204 is designed primarily to check 

K v > ^ vT 1 v "i-v^s-i d vx! > -> » , <- a ^ x frt >^ „ 
track of who is in the hospital where they are, and how long they have been in the 

printer 232 used to prim invoices and client education information. 
The Exam Room Gsroputsms 

In me exam rooms 234 of the hospital, the «xam room comparers 
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medical exam to ptepare a rule out list and prescribe a treatment protocol. 
Diagnosis software running on the server uses the observations to generate a list of 
abnormal observations and tentative diagnosis. The doctor can then select a 
:< n :\-s„ rx Mt „ u- sg \ v. >. inv o^e; a J: .gnosss .W sa e^wg u By 
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sessions, It is integrated because procedures that need to he performed and 

tbliow-up visits. Thus, once a treatment protocol is selected, she system manages 
the admunstration of that protocol in figure exam sessions. 
The Surgery sum Treatment Composers 

in the example show?} In fig. 2, the surgery and treatment compxtters 
212 are combined and are depicted as being in a single location 236 (e.g., a surgery 

have separate computers for performing separate functions sucft as havmg a 

recording treatments on a patient as they are performed. Instead,, surgery and 
treatment functions cart be accessed from a single computer. 

Tlie tab G>mp«ser 

in the issb 238 of the hospjtah tire lab computer is used to check lab 
tests that have been ordered and to enter lab results. The lab functions of the. 
system nicfode an interactive user interface that enables metafo-ers of a provider 
Team to look up a patient and either enter tab results or view a list of tests that need 



lab results screen oy clicking on a button tn the lab screen. The system win dispk 

changes. When, the user dicks on a button to record the changes, the changes get 
updated <n a table used to store laboratory results and symptoms maintained for th 
patient. 

in an accounting sine item table. When a user enters a change in statu* tor a hh 

the accounting line item table, in adduton to updating the ststas m the accounting 
Itne item table, the system pasts s note in the sneaks; \&h notes for the patient 
',vv!'ro"»"ttfVs; s xmpiek 
The Pharmacy Computer 

In the pharmacy 240 of the hospital ihe pharmacy computer 216 
manages; the pharmaceutical product's and processes requests for prescriptions. 'I h 

exam software in that h responds to requests to generate labels when a doctor 
enter-;* prescription in a prescription screen during the medical exsro. The 

Having described the system architecture of a network configuration 
in a veterinary hospital, we now describe the software for managing a medical 
practice In more detail. 
Tracking the Provider 1 earn 

The software system tracks user input to the system based on a 
provider team. As described above, users get access to the system and its functions 
based on their login satfle. €>nr:e logged in, a user has access to data and functions 
;r; the system. As observations are entered, these observations are attributed to the 
person that made them based on the login of the session. A session refers to the 
ttme period in which a user is logged in to the system and ss accessing server 
functionality. As a member of the medical team takes an action and records this 
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actio?? through the user interface client, the system attributes the action to fhe 

b vm " n " p on Je- ju« bcs " t >,v t , vr-s <-i rc^mt r n \m 
reports and productivity reports. Jxj the system, activities of team mesibm can b 
classified as a selling ©r providing. As products or services are provided to a 
ehent/paiient, a member of the team, enters the information on the user interface, 
typically by selecting the stem on the user interface. These items are added to a f 
rspressfBtmg the client's bill and in addition are attributed to the provider team. 
Chargeable service or products provided by rhe seam are attributed to a sailing an 
providing person in a predetermined proportion, such as 55/45 percent. This 

credit to the providers -ha; arc responsible for getting clients to sign up on a 
wellness plan, which is also administered on the server. 
Tracking Patient Workflow 

system. Throughout the visit, the system tracks the patient's progress through 
various stages of the visit, such as waiting in the lobby, undergoing a physical 
examination in an exam room, awsiiing check-out, undergoing tests in the lab, 
hospitalised, etc. These stages generally correspond to different parts of the 
medical facility such as the lobby, exam room, lab, surgery room etc. However, it 
is important to emphasise that the stages do not have to he associated with separat 
physical bcailons, especial h/ in a smaller facility where a Single room is xssed for 

As the patient progresses through a visit, the system software guides 
the provider team through the visit by prompting the user for input needed to 

least confirmation that examination is complete), or authorisation from a doctor. 



Whex- s member of the provider team completes a stage so the vtstt, such as 
checking in a patient or conducting a medsca! exam, the system tracks the flow by 

5 ot the provider team can check the patient's status from different diem computers. 
By tracking patient status in this nmtxner, the system ensures that the pattern's * tsit 
V ► v. P ' V MT n I >, .i » v . . n •> •« < } t ^ , 
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Fattest Check in 

on the system is to check-in the client and patient at the receptionist computer. 1 he 
i 5 and also provides a Reception screen that enables the user to change the status or 

<■ ! *\t S s. S i 1 ^ V \ 

assigning exam roams, making appointments, making follow- up telephone calls. 

The reception screen is used to cheek in a client and the patient (the 
client's pet). If either the client of patient is new, the system presents screens to 

v. i <. - ns- 3 ! n^at o* s\\ > \ e 

for patient information such as: gender (male, female, unknown), whether neutered 

en weijness plan. 

As part ofth« client check in procedure, the system may request the 
client to verify diem information. At a client check in screen, the system will 
check whether the client has been in the hospital In the last 1 5 days. If so, the 



If aot, Use client screen will prompt the user to verify client information. The 
receptionist must enter input acknowledging that the client has signed a release to 
provide cars; to the partem. The entry of the release to the system is 3 critical event 
that must occur before the system will proceed to a medical exam. The 
S receptionist ears also enter a list of items that the cheat left with the pet. This 

a kst of these stems from the server and displays them as reminder to return them to 

As part of the patient check is? procedure, a receptionist enters the 

> ^ >. o ^ K o v > " ! ^ tt ^> , « n > s , x 

which in turn records ir in the patient's medical record. A new medical record, 

20 not allow a user to execute the physical exam software for litis patient without 

When a user enters a request at a client computer to load physical 
exam software for a patient, the client computer sends the request to the server. 
The server checks the patient's data file to check whether a critical event ( entry of 
23 the weight) has occurred. If not, the server will transfer a message to the client 

computer indicating the error sad the reason tor the error. The client computer will 
then display a message box to the user indicating that the critical event must occur 
before the physical exam can proceed. 

A main control screen, accessible S corn the receptionist compmer, 
30 tracks the status of patients relative to She traffic at the hospital The server 



broken into two further categories, using atiributes assigned to the record in a 
traffic database: A) Scheduled to Come in. Drop Off; and Scheduled So come in. 



Thus tear ore is implemented by dynamically tracking the patients «, 

dynamic ibt of all patients which are in the hospital as a given sime. This table 

of the pohem wuhm the hospital Toe serve* updates the table in terpens to 
•messages from the cheats that change the status of the pattern . For example, wh 
the reception computer checks ui a patient, it also sends a message to the server 

record in she patient status table. As the patient proceeds through, the hospital he 
reception, exam room, to eheek out, the client computers update the status of the 

Aatom-aoe Selection ami Phyyhack of Oiem Education \ 'idee 

The system is programmed to playback diem education videos ibt 
clients in the waiting room of the hospital. There are two ways to select a video s 
the system. One way is for the receptionist to select a video from a list In this 
case, the receptionist specifies the video, the exam room, and a programmable 
delay period. In response, the server issues a command to the exarn computer to 
queue the video and play ii after the programmed delay period. The video is 
preferably stored on. the client computer (e.g., the exam room computer} where it 
will be played back, The video wis] begin to play on the exam room computer 
after the delay period chosen by the receptionist elapses. 

The second way to playback a video in the system is by automatic 
selection by the server. The server matches the patient in the hospital with a room 
where the patierst Is located using two tables: I) the patient status table, which 



and 2) a clisnt coifcpmer table, which maintains the status and identification of eac 

system matches the patient to tite computer associated with that ax&m room. 1 he 
server then evaluates a variety of attributes about she patient to select an 
appro pt sate video. One attribute is a patient record indicating the purpose of the 
vhh; Other attributes used to select a video ate the type of pet, the age of the pet, 
and the time of year. The server first tries to find a matching video tor the purpose 
of the visit by text searching the list of videos tor a topic that matches the purpose 
of the vssu. finding no matches, the server continues searching for matches based 
on other criteria m & predetermined order. 

Physical examination 

Ir&ntjartittg fmtri One Tiaom "(o AmMster 

Before the physical exam can begin, the receptionist has to check: the 

patient, e.g., the patient is in a medical exam in exam room ] , 

ffl the %xm\ room. fig. 3 illustrates a screen diagram indicating a window for 
checking the status of an exam room. To bring-up this screen, a user can double 
click on the patient's name in the reception screen displayed by a client computer. 
As shown in Fig, 3, the Exam Room Status screen 300 ;s a graphical window 
Oivnied into two primary sections: a banner 302 showing patient mformatioo; and a 
window 304 showing exasn room status information. The banner 302 includes the 
client name, patient name, gender, weight, and species. The banner ts also color 
coded so that the provider team can readily identify key information about the 
patient or client. Gender is depicted wiiis colors (e.g., blue for male, and pink tor 



female). A cUenr, wish art overdue bill is depicted with a red colored banner (a 
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This window slse illustrates an exatrtpie of how the system navigates 
a patient and diem through an office visit A user can change the status of a 
*v - i- v - s ~*i s > v» n l f u N o If- > - > "'^ For 

reception screen can then be used to check out the patten*. 
The Physical Examination 

When the nurse logs onto she computet' located within the exam 

20 Fig. 4 shows an exasr-ple of the Physical Examination Screen 400. 

This screen includes the following graphical elements: the client patient 
banner 402, the presenting cornplamt box 404. a preventative care bsx 406, a 
tentative diagnosis bos 408, a series of buttons 4 1 Q that lis; and navigate to screens 
used to obtain input and golds the user through the physical exam, and corttroi 

The banner 402 and the presenting complaint box are the same 
features as shown m Fig, 3. 

The preventative care box 406 lists preventative care services and 
their status in a color coded fashion. When a client signs up tor s wellness plan for 
3D his or her pet. the system loads additional software components that are used to 
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should be provided. 

In this version of The software, the preventative care status is 
displayed in a cslor coded fashion. The possible status includes: fteteiue now, 
Yellow-due soon, Blue-omered this visit. WbJte^don't give, and. Green-current 
This status information is dynamically updated on the server as a member of a 

process is initiated, the server looks up Use status of each preventive care hem so 
that the most recent, information ears be returned to the cheat for display. This 
status information xs maintained in an Accounting Sales Line Item table en the 

partem. This box lists diagnosis that have been made as result of previous physical 
Ov." t Sk d_ , scKh \ e s vv ^ - V J j ■> a\!o c ^ ,x^^e ^ 

summarize briefly, the server generates tentative diagnosis based on observations 
collected durmg the physical exam. When the doctot selects s diagnosis using the 
diagnosis tools, the server adds these to a diagnosis table. 'The server generates the 
diagnosis history from this table. From this window, the provider can retrieve 
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screens guide the user through the physical exam. As user enters information (by 
i 5 clicking on buttons or entering text), the server dynamically updates the database 

20 screens default to nsoxxaal. If an abnormal observation is checked, subsequent 

exams will default 10 toe previous findings by displaying the absnotroal observation 
as marked in a previous exam. In some instances where critical information is 
necessary., the user mil not be allowed to exit from a screen until census 
observations are made, as reflected by the user entering some observation. 

25 Some observations trigger actions that need to be performed right 

away, and others trigger actions that can be performed later. Its either case, the 
diem monitors for this type of snpur., and when it detects the observation, n 
evaluates preprogrammed expressions to determine which actions should be 
performed right away or performed Utter, For actions that should be performed 

30 right avysy, it displays additional queries using message boxes or additional 
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screens, As observations are made during the physical exam, the need to pres. 
additional screens is maintained irt memory variables which control the operat ; 
1 U \ \ ! <■ <. ^ o 

The user can proceed through the physical exam portions in any 
order, bat must complete all parts of the exam before any diagnosis is perfonr 
In T&ikxx parts of the exam that are complete, the physical exarn scree:; shown 
Fig. 4 includes a status box (e.g., 420} next to each navigational button that M 
* - f N s < s s ^ T * m. ^\ \„ ^ ^ \ k n > * 

status of Use corresponding pari of the exam. In this version, green, means all 

abnormal findings tor the doctor's -sevlew, and blue means that text questions v: 

The control burtons across the bottom enable the user to control t 

Example Exam Screens 

Fig. 5 illustrates an example of a physical exam screen used to ret 
information about a patient's overall condition. The Overall Condition Screen * 
includes the banner 502, & control bar 504 across the bottom, and a variety of 
graphics.; user interface controls for collecting input {text or cursor control devr 
artd for displaying output (including numerical data, observations recorded as te 
and graphical data generated fay the server).. 

The graphical user interface controls prompt the user to enter 
information because they display an item to be observed and then give the user 
option to make some observation for that item. For example, in this screen, the 
user can select the overall condition or temperature observation by checking a 

temperature via a graphical box 514 that allows the user to scroll through a rang' 
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In addition, the use? can enter or select text input trora drop-down 
16). 

^ V \ » , ' \ j t (1 <. <\ > % ^ v <, < I K 

'ho cheese to display & graph of the temperat-are by clicking on the "graph 
^.mperature" button 522, 

echoed by the chesr. For example, the screen in fig. 5 has a box 530 emitted 
The diita displayed so this and other exam screens is dynamic re ths 

cr a different client computer. The interface screens are formatted to dispir 

x t ^c ^ c ^ ^ * v >. ^ ^ M !' i >. o i o ■. »r \ s -< > 

lent computer. When the user selects a screen for display, the patient data -xs iht 

\ \ .h ^ i n ^ ^ » Nv ; ^ _ V. v v.. ^ alu,!tes i.\ 

nervations end determines which questions and warnings should be displayed t 
e- user. As the user accesses screens in the exam, these warnings or questions 
nr; part of ths display screen. Titus, the display changes based on prior records 

Ths Control Bar 

Several of the physical exsrn screens nave a control bar such as the 
se shown in Fig, 5. This control bar includes graphical control buttons that 
ovi.de helpful functions during the exam. Ths example shown jn Fig. 5 include 
:.heck mark 540, a stop button 542. an exclamation point 544. a drop 'down lis! c 




halts the exam and returns the ciknt la the physical exam screen. The exdaros 

1 ^ T • t % v f ^ ^ X* <■ „ Of tV ^ftMK X 1 US n ' tilKO 

The screen is marked in blue to tell the doctor to observe more closely. 

s ^i. \ 1 s ^ ! \ *i o r ■> ^s 
the server to play a selected video. The server selects these videos dynamically 

The warning bell button enables a member of the team to call for 

audio alarm on the other computers. The alert is triggered through the addition 

enables the user to enter a medical note. The server records the date, time, the v 
Linking of Screens 

As a user makes observations, the system evaluates whether the 
observations require supplemental information. Some observations can general' 
warnings in screens for other parts of the exam. To impro ve performance, the 
client maintains the patient' s exam isle in memory and issues context sensitive 
additional questions that are generated based on observations entered during rhc 
exam. As observat ions are made during the physical exam, the client executing 



Fig. 6 iiksstrates an example of & supplements.] screen ihai is triggered 
" in < v vr^ ! i - \ ^ t'>o\irp. *lr i en' nx > 
5 user for noors information with a supplemental screen because the user has entered 

in Fig. 6 prompts the user to record any additions! abnor-naHrles from a 
predetermined list. 

n \ f > \ > \ v> . " u \ ni o , , \ ^ j \ \ i m. t c ' - For 
Dursng the examination, the doctor may prescribe and dispense 

20 * v p ^ v. I k lv< vW s ^ Of 0Ov % N"C^ <.\>^i \ v * v 

below, this screen lists therapy service items that have been prescribed based on a 
previous diagnosis. When the doctor completes the service, he or she enters the 
change in status through the therapy screen. The server automatically adds service 
items completed during the visit to the client's invoice. The doctor can also use 

25 another screen, called the order screen, to prescribe arid dispense & treatment Hem, 
Cimphical Displays Used ?o tester Parosur Oi>scf wfww 
Fig. 7 is an example of a screen 700 used to prompt the user tor 
graphical input of medical, observations. In thss example, the screen displays a 
graphical representation of the pes ?02 t ?Q4 and enables the user Jo mark the 

30 location of iesions on the skin graphically. The graphical representation shows a 



devices such as a moose v track bail, or touch screen, The user can mark the 
location of lessons on the pmzm using xhe cursor control device. 

The type of observation ri,e, the type ofks'son in this example) is 
ems-red v;g a selection list 706. first, the user selects the type of lesion by shcfe 
<- s N ^ s * m « 1 ; „ \ t. 5 ■> «. V is * 

?s v o^- ^ r >» "* * ^ ^ ! y e< * s-. v, of % 

Each rinse the user clicks on the graphical representation, the eiient 
software records medical observations as observation records hi a database hie. 
These records include: she type-of observation, sop or bottom vkw. ths date and 
time, ihe docror-msrse team who recorded the observation, and the coordsn&tes of 

paw). 

Verification ef (he Exam 

The physical exam software provides a user sister face control that 
enables ihe doctor to record an even* certifying that all of she observations have 
been documented. Specifically, the client software displays the dialog box showr 
in Fig. 8. The client software displays mis dialog bos; in. response to & user 
cheksng on the exam complete button in the physical exam screen. 

Irs order to complete an exam, the doctor must login to the system. 
After logging in, the doctor can review and edit the observations made by the 
nurse, perfern treatment, etc. "When complete, the doctor clicks on the exam 
complete honors, wtnch causes ihe client to display the signasure box. The doctor 
Signature is stored &$ an image in the hospital database. The server ensures thai lb 
signature is inserted on all of the forms requiring a doctor's signature, 
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D»a«»8s«5 and Therapy Selection 



The doctor can select a diagnosis by clicking on an itcat in the rule 
ou; iist, When rhe doctor does so, the client sends a message to ttie server 
uidscsiiKg the selected diagnosis. The server removes she diagnosis from the rule 

observations are linked to the diagnosis. U then marks the abnormal observation's 

these operations back to the client to update the display dynamically. In the 

observations linked to the selected diagnosis are marked with a "D" and the 

possible status includes:: Needs protocol Undergoing Therapy, Chen! Postponed, 

cart the;) launch a protocol by clicking on the protocol button. In response, the 

X v\ ssa lOiK V AlkbiM" 1 ^ ^' v.Oi, >Vss v 

Undergoing therapy. In addition, the server generates the protocol . 

To generate a protocol , the server looks xtp the protocol in a protocol 
t&bte using the selected diagnosis as a key. The protocol tor a tentative diagnosis 
includes one or snore {typically several } recommended therapy stents, each having 
a status. When the user clicks on the protocol button, the server generates the 



tnaasge a treatment protocol. The diagnostic protocol screen 1000 includes the 
p&sieni banner 100.2 (the $j*me as in other screens described above), a tentative 

5 >s i ,e i\ t n> ^ fx o~s ' 0 ^ 'k „ , s \j s > 

diagnosis- screen. The recorrtmer-ded therapy box 1006 lists the therapy -terns for 

10 therapy items each have a status associaied with them, either required or 

recommended. The doctor can change the status from recommended to required or 
s <. i^hmc v«- tdvomr-;. :ten 

The diagnostic states cheek list 1008 includes a series or check 
- - >^ ' v *. v < ^ ov *w -e^ro ^e^..; o; 'h.- free \c-t nc*\\i\ \ > * v 
15 selected diagnosis. This feature facilitates thorough record keeping and enables she 

20 system to display a list of services, the status of the services, and a cost estimate. 
l"o access this function, the user clicks on the Estimate button. The estimate screen 
is described in further detail below. 

The additional therapy button 1012 end continue button 1014 link to 
other screens. This enables the doctor to go to another screen to modify the 

25 therspy protocol. 

The server compiles the services in the treatment protocol into a cost 
estimate. In addition, it forces follow-up in two important ways. First, a handles 
scheduhag of rhe nest visits and schedules follow-up calls. Second, n 
automatscaUy adds prompting messages in future physical exam sessions to remind 
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Fig, 1 1 is an example of the Estimate screen 1 100. This screen cas> 
^ ^ ^ u s r;.v,;*nv u .tq ^ v_d x\a ^ A " ^ ^ 
software to show a cost estimate of product and service items that have bee?; or are 
to be provided to the pauem. Specifically, The cost estimated can be generated as 

s > ' \^ Ct ' * " v. , - \ s, ^ ■> •> s 

cast estimate or all of the therapy service items that are to-be provided under the 

daring patient visit:;, either 23 a result of die provider team selecting a product or 
service for tire pattern or the treatment protocol automatically adding therapy items 

) y * Z \ > ^ U ~\ j i "> i * f 

services are automatically added to this list when the plan is initiated. As items are 
prescribed tor the patient, records are added to a table called the Accounting Saies 

searches the Accounting Saies Line item tabic in the status field to identify items 
that are completed and generates 3 list sf completed items along with the cos; of 

The Estimate screen 1 180 includes the patient banner 1 102, a service 
item box 1 104. and severs! cost summary boxes 1 106-d 1 10. The screen also 
includes control buttons i 1 12, 1 i 14 to print out a cost estimate and exit the screen. 
The services box 1 104 lists the following records: a service item, its estimated cost, 
the name of the patient, and date completed. 



product or service, the team member cars update the status of a service item in the 

s-atus of these items has changed from "to-do" to "done." in response, the server 
x ( ^ ? i i. < r e >s k >. 

i (.5 <- ^ <. I \ J1 v ^ 

The print labels button is used to initiate a print process for priming . 
label for a pxescripiion selected from the list of items in the list of therapy box 
1 2l>i . When the user clicks on the print labels button 1 2 i 0. the client sends a 

example, the physical ex&tn button 1222 imks to the physical exam screes. 

Client Check Out 

To complete a patient visit artd transfer a patient's file to checking* 
om stains, she doctor (or other member of 3 he provider team) returns to the physics; 

the client computer to display an exam room check out screen. An example of this 



category, service description;, and any additional descriptive information about 
^ • ^ ' f t H iTv s \ n 

^ ' ' v t ! e< t ' ^ ( i 

The exam room check out window includes a number of list 

Nx ^ 3 - L \ <-CK } *> *! v ^5 v 

sdetn an approximate rime for & call -back or another appointment "When the u 

time catered by the user and enter a record of the appointment for the available 

to c&H she chem back: as or before the approximate callback imte entered by the 
user. If the user wants to view the available time slots and schedule an 
appointment directly, .he or she cm launch the user interface for the scheduler by 
clicking on the appoinnnsrst scredo K Lt ' > ^ { ^ ^ N 

sctksb jjsed fox the scheduler. 

The "return to examination" button 1310 is a navigational control t 
allows the user to return to the main medical exam screen shown in Fig. 4. The 
"hospitalise patient" button is used to navigate to another screen to check the 
patient into the hospital and change the status of the patient to "hospitalized.* 



11 "feu 1 ' .q^tivv. i k Y v ^ f V 
an instruction, to print at? invoice of all the chargeable items provided during the 

enters them. The server updates the status attributes m the patent's data base arid 
also keeps a running list of me chargeable items in a separate invoice table. Whan 
a uset instructs she client to print an invoice, the client computer sends a message 
to the server, which in turn, initiates a pnnt process on the receptionist computer. 
The invoice is then pnnted at the printer in the receptionist area. 

Ortce the user enters an appointment or noses that no appointment is 

A user, typscaliy the customer service consultant at the reception 
computer, checks a patient out of the facility si The reception desk screen 1400 

i-u'tt r~ ' N - t^t coc^oh n ; t ! h- •>: s t t\ \ tW <. i^wijv, ^ « e~d '4s ?\ „ s J 
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1406 displays the status of patients in the entire hospital. If the user selects the 
button labeled "scheduled," tne box 1406 only displays patients that are scheduled . 

'The reception screen also enables a user to check the status of 
patients in the medical exam rooms. The user can select (e.g., double-click on) a 
patient name from the lower box 1408 to display the status of the patient m an 
exam room, including a description oi the service category (e.g.. preventative 
care), the service description (e.g., vaccination), the rime that the patient was 
checked into she exam room, and the elapsed time ftm? the patient has spent in the 
exam room. 
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patient drop down menu at any tine during operator? of the system. The 
receptionist receives or confirms some form of payment sad then checks she 
parent out of the hospital by selecting a chock om option on the screen. When 
receptionist checks the patient out, the patient's visit is over and the status of th;.. 
patient is updated to reflect that the patient is checked out. At this point, the 

Wellness Plan Software 

The software for managing a health can* practice described ab«ve 

v *> 0 T » v\ MO ^ s •> <. t t'K v ~> 

software jntegraied with the veterinary practice management software above. 

^ s >>*v i"> M S\t*> 'Vjll^,)! <• ~> v» e O^v x 
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overview of its operation. The wellness plan software enables a user to select fit 

client can select additional wellness plan optional items such ss spay, neuter, hip 
dysplasia, etc. on puppy/kitten plans. Once the user has selected a plan and any 
plan options, the user ;s prompted for billing information used to administer the 
plan. The user is also asked to confirm acceptance of the plan. Upon acceptance 
the software senerjyfes patient visits and establishes a set of serv ice or product 
jems that she patient is entitled to under the selected plan. 

During patient visits, the wellness plan software operates in 
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associated with the promotion of wellness plans. By tracking proraotiotml efforts 
3 ^ ^ i z t * ^ - s v _ > c e m ~e H > > v N ^ •> s \ . x 5 s. \ - t \ •> 

The implementation of the wellness plan software includes the 

1 0 computer system ox network 

2} a local wellness plan administrator component running on the 
hospital computer system or network; and 

io a chent server model. Components 1 and 2 above run on client compters and a 

This software architecture js designed to allow for central 
20 administration of wellness plaits for a number ot different hospitals. The central 
administrator software runs on the central computer and manages the wellness 
plans tor a number of different hospitals around the country. In the current 
>r ». ^ Nt . i Jw ^!i,-tv evH^' ^«-ve~ u' «. s-^e 
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25 information used to administer payment tor the wellness plans, accounting 
information to generate a variety ot* -reports to track financial information 
associated with the plans, and employee data used to compute bonuses for 
promoting the wellness plans. 

The local wellness plan administrator software runs on the server and 

30 one or roots other computers on the networks installed in the hospitals. One part of 



software described above, there is tic- distinction between this communication 
5 \ t \ t w, •> t ! i 4 v > > a v 
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for patient.;, under the wellness plans. 
1 5 The wellness plan software ss rmplemsnred as an extension so the 

development environment. Though not required, most hssphah adhere to a client 
server model where a database cheat application runs on the user's computer and 

20 the database server application nans on the server computer. Like the medical 
management software, the wellness plan software is written m FoxPro lot the 
Windows operating system and uses native FoxPro database file structures. To 
simplify the discission., we refer to the client database software as chenr software 
and the database server application software as server software. 

2s While a typical hospital vnti have a network configuration and 

employ software in the client-server architecture, it is also possible to implement 
the functions of the client and server components on a single computer In small 
hospitals- that do not have a computer network. 

The wellness plan software running at a hospital network la 
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Flan..," 1504 \% used to open a screen, entitled "Wellness Control Center," a user 
imerface thai educates clients about wellness pirns and helps them select a plan 
5 The option Hated as "Order WP Items..." 1506 is used to control the use of wellness 
plan service or produce >tejns. Each of these features are addressed further below. 
Tracking Weiinesi Plan QbUfrvMionz 

The wellness plan ■software at a hospital tracks events associated with 
wellness plans In order to keep records of promotional activities of provider team 

i 0 ^ <• f \ Ks%l ^ 'C! ^ ^t"Vv " >A ^ > > * 
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20 automatically when the user invokes the wellness plan software. For example, in 
the current implementation, a user can cause the chest computer to display the 
dsaoe, 'w N ^ o\s ; a Npee a! ^ .v\tt<. 1 i>>^ to u , FV 

The dialog box appears automatically when a user selects the 
wellness plan software. For instance, when a user selects the "Wellness Plan.. ." 

25 option, me local wellness plan software running an the computet presents a dialog 
box to record a wellness plan observation. An exampio of this dialog box is shown 
in Fig. 16. As illustrated in Fig. 16, the dialog box 1600 includes text boxes to 
record the chen? and patient names as well as the user ID of the provider team 
member that ts currently working with the patient { 1 602- 1 606). 



When the wellness plan software captures an automatic observation 

response to the user clicking the OK button 1608 in the dialog box, for example, 
the cisent software running on the computer creates a data record indicating fee 
5 clinic, employee HX customer (also referred to as the client), pet date and tune. 

bonus observation table. 

Selecting a Wellness Plan 

ID Plan...* option \ 504 from the drop down menu of Fig. J 5. After the wellness plan 

wellness plan yet, so the current plan text box 1704 displays "none." 

educational and promotional information about wellness plans. For example, the 
video button 1 720 invokes & program to show videos about -wellness plans relevant 
l> to the pet. The benefits button 1 722 cause the client software to display a series of 
screens that explain the benefits of wellness, plans 

illustrating an example of this type of chart. Along the left hand column, the chart 
■0 I §00 shosvs a list of service kerns' 1802. Each plan has a bar graph ( I SG4~ )Hl&) 



respective plans. The chart also displays the additional discounts \ hl?. associated 
vvi ■. h the rslaos; 

level. The lower right portion 1920 displays figures to indicate the plan value 

client software to add an entry in the paiienf s medics! record indicating that the 

signs and pays for the contract as explained below. 

After selecting the plan via the "plan accepted" button 1930, the user 

the client drop down menu (see fig. 1 5. for an example of the drop down menu). 

Wellness Piao Agreement Acceptance window. Pig. 20 illustrates an example of 
ihh window 2000. As shown in Fig. 20, the user can select a payment plan (full 
payment or installment plan via check buttons 2002-2001 and list box 20G6) V enter 
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Scheduling Office Visits 
5 When the wellness plan contract is endorsed, the server automatically 

schedules preventative ears appointments for the patient, in ihe current 

^ ^ <• „C, 0 1" -C ^C Mt.s t ! > \ s ! v v„ < r^s * ^\ ► - 

c:ea;ed by checking the Wellness Plan Contract table associated wsth the selected 

details for each wellness plan, called the Wellness Plan Derails rabie. The 

The provider team can re-assign wellness plan items among the 

This window includes a patient banner 2202 for ihe ciitrem satiem and client and a 
box 2204 listing scheduled appointments and several aitnbutes associated with the 
scheduled appointments. For example, \hn window shews the patient name, date 

wellness plan are referred to as preventative care. 

Ihe scheduled appointments screen 2200 includes control battens 

user selects barton 2206, the software displays a scheduler window that enables the 
0 user to manually schedule an appointment. The user can delete an appointment by 
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wellness plan appointment is ih& day thai the contract is started, if it is no 

10 appointment ts established, the software auioxnaticsliy schedules the nest 

t , s \ - v jr> v ~, ■< ™v vMf p<\ \ io.^ N, rv^" w ^ 

uses the peak and non-peak month data and the date of the jnitia! appointment 5c 

20 Patient Visits 

What a client bongs a psiisnt to the hospital for a visst, the provide 
team uses the medical management software described above to Irae-k the patient 
progress through the visir. In addition, the provider team uses the medical 
management software to guide it through the tnedseal exam process, As product 
and servsct: items ate provided, they are recorded in an Accounting Sales hems 
table created for the visit. Tt-e medical management software uses information 
from the Wellness Plan item table to estimate cost, savings dynamically and to 
apply wellness plan discounts - 
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»s * s 5 v dered. & member of the providex - team updates the 
status of ihe nem jo "done," meaning that ii has been provided. This action causes 
g new record tor the stem to be added to ihe Accounting Saks ■Line itetn table Ax 

! ! ' i i v. v ! t v. ^ fi ! ! v, 

there are r-o uH-u$ftd itenis corresponding to she item, it : sdds a record with a field 

s s i <. >. ~ v v. ^ TJ;'. i," *\ „ V," \ \ \ 1^ "> ! V i f 

to select from wellness plan items that are not flagged as consumed. 

The software updates the cost estimates shown in fig. i 1 as the user 
selects product and service items. To compote the basic weiiness plan estimate 
{ 1 06. regular fee estimate \ IDS, and the client's estimate iUO, the software totals 
the wellness plan, regular fee and actual prices from corresponding pricing fields in 
the records in the Accounting Ssies kern table for the current visit. Kote, as an 
alternative, the software can also compute cost savings by summing the difference 
between the actual and retail price fields tor each of the records in the Accounting 
Sales item Table, 
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20 Ctient records of the selected pat-ent, la other words, before accessing the screen, 

h V >\ \ <- t, i J i * us \\l il )s >. \\ s 

the screen., the client software automatically retrieves she proper daia from the 
patient's records stored on the server, 

If the client has not endorsed the plan, the status of the plan is listed 

wellness pisn information and the tentative status when the plan ss selected. The 
wellness plan status is updated to active when the wellness plan is actually 

To change 'intbrmsdo-n about the plan, the user can click on the "edit" 



automatic renewal m the "Automatic Renewal' 1 check burtons 2312-2314 displayed 

5 To save the changes, the user selects the "Save" button 23 1 6, In. 

Hiss stored on the server. These Hies include the Wellness Plan Conuact fiie and 
the paiiem file. The client file is not updated for wellness plan activity, as the 

w ^ "\ iX v 'OJ - kU v ! 1 C^e «\ K \ *. ^ s 

show in box 2302) rather than She contract purchaser data. This is useful i:r esses 
1 5 File Maiufe/tattce on lite. Central Computer ami the: Server 

impiememsuon, refers to a relational database table. Each table includes a number 
record that uniquely identifies a table related to thai record. 
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The server computer at each hospital sen-fe a cop} of use h of these 
files So the centra; computer on & periodic basis (e.g.. -iai!>} 1 u ; cersi^l ^eik;^ 
pian administrator maintains a set of these i'siss tor ail or the hospsisis tha; it 
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The central wellness plan administrator performs a variety of 
tusctioos relating to the. management of wellness plans, including: 

2) Preparation of Payment files; and 
3.) Report Generation. 

1 he central wellness olan adrmrtistrator computes employes bonut. 
based oi5 the wellness plan observations recorded at the hospitals and untested 
the central computer. This feature is explained in more detail below. 

payments from a client's batik account or credit card. Specifically, h creates 
payment files and submits them electronically to the bank. The bank makes all 

reports. Some examples of these reports include employes earnings, current an<5 
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cnticai to the invention, so a detailed description of them is omitted, 
£ mpfoygte B 0 » it $0S 



administrator analyzes the bonus observation file to produce a Hst of bonus 
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